Hi Dai Gei Ho~ 我是Winnie ~
終於鐵人賽來到第29天,前面介紹了許多方法功能方法應用,但在此篇文章中要來說說比較非技術層面的內容,就是關於 如何在Chrome Extension 商店中發布 自己Extension。
因為前陣子在發布套件時碰了不少坑,同時當時在找尋相關 發布Extension 資料時,都比較少內容提到關上架審核時間及重新送審審核天數來進行說明(我在這坑差點跌死。所以希望在此系列文章中有一篇是可以說說關於發布這件事的細節,來幫助有需要的人
首先,當我們要發布一個Extension 之前,我們需先到 Chrome Web Store Developer Dashboard 中開啟開發人員帳號,同時會出現下方畫面要你同意(意思是要你付錢錢惹),差不多事5塊美金。
圖轉自google
當付費完成後,再次進到 Chrome Web Store Developer Dashboard 時會進到商品列表頁,而這邊為管理後台,所有未來上架過的 Extension 資料都需在這邊修改。
假使是要上傳新套件,我們可以到右上角的 新增商品 按鈕來上傳。
當上傳完後,會自動轉頁到 套件資訊編輯頁面,此時有些基本資訊(像是名稱、描述、版本號等...),後台會自動匯入 Manifest.json 中所設定的基本資料,顯示在編輯頁面中。
這邊需注意: 如果要修改套件相關基本資訊(像是名稱、描述、版本號等...),需回到manifest.json中修改,且重新上傳套件。
關於商店資訊,這邊比較需要注意的是 關於圖片尺寸規範,大家可以再依照填寫順序觀看旁邊的文字提示
接著在 隱私權實務規範 這部分,我覺得是google在審核時套件是否發布最看重要的地方。
為什麼呢?
之前我們在 manifest配置篇章有介紹過,當 Extension 需要對瀏覽器 進行附加功能時,需要在permissions欄位中聲明功能權限,如下方程式範例一樣:
{
"permissions": [
"storage",
"activeTab", //目前視窗頁
"scripting"
],
}
此時所被宣告 的 Permission,在發布時都需要填寫理由及用途,而關於用途,大家依照功能需求目的簡短描述就可以了。
以 Tab 為例:
需透過tab權限判斷當前頁面是否符合特定網站,並取得目前TabID向當前頁面注入視窗。
這邊打三顆星號注意:
真的沒用到的權限真的就趕緊拿掉了,因為google是真的會去審核你的程式碼有沒有使用到相關方法,如果沒有使用還宣告的話,真的比收到好人卡還容易被拒絕的,然後又是重新審核三天QQ
關於 發布時的顯示設定,可以分為三種:
這邊需注意
無論程式碼、基本資料是否更改,只要修改顯示設定的狀態(像是 私人轉公開、不公開轉公開),都需要再重新發布送審套件,審核天數可能1~3天。
當公開時,在所選國家/地區中的每位使用者都可以查看使用這個Extension
當不公開時,只有知道連結的使用者才能查看使用這個Extension (注意:這項Extension可能還是會出現在搜尋引擎結果網頁中)
當權限設為私人時,只有信任的測試人員清單中宣告信任的測試人員帳號可以看得到這個 Extension 。
關於 設定信任的信任的測試人員 可以在
帳戶>管理設定中
新增
關於 套件描述(description),之前也是在 manifest配置篇章有介紹過,強烈建議 關於套件的描述文字(description)盡量不要空白,因為在Extension商品頁的介紹區塊 第一格是放置描述文字,此時如果為空,在那個區塊不會像設定一樣為空,而是抓取上架時所寫的介紹文案,再複製一次於上方區塊。
假設Extension已發布上架Chrome商店了,那麼在每次有修改程式碼上傳更新的套件包時,套件的版本號也需要往上加。
也就是說,假設當前套件版本為1.0,在下次修改套件功能時,版本就需往上加,可以是1.01、也可以是1.1,沒有一定規範。大家可以再依照自己功能有無大幅度變動來制定規則。
最後,當所有資料都準備完成之後,可以按下 右上方的發布按鈕,此時會跳出視窗確認套件是否在審核結束後直接發布,如果打勾為直接發布。
但如果不小心手滑了,不用擔心,也可以如下示意圖,到套件列表後台手動更改為延遲發布。
這邊還是要注意:
當審核完成後,google這邊最多只給30天的時間發布。當期限到期後,將恢復為再次提交以供審核的草稿。
同時,我們可以在套件列表的最後欄位查看到期的時間及審核的結果。
最後審核天數,以過去經驗觀察下來,大致會在1-4天內有結果,而這個審核的依據主要還是回歸於 前面我們所說的 permission的使用 及 程式碼中有無危害內容 來訂。
但唯一能保證的是 不管是資訊內容 或是套件功能 ,只要有修改就需要重新審核,所以提醒大家,如有時程的規劃,在上架前先確保套件內容不要有經常性變動(感覺有點難XDD),要不然就是要一直重複審核。
以上就是關於 發布套件時需注意 的介紹,謝謝願意花時間看此篇文章的你,如果文章有錯誤的地方,再麻煩不吝嗇的給予指教,感謝!!
今日有感而發:
明天30 但我還是25
之後我要先當幾天軟爛的人,再想想下一步要幹嘛今日分享 -> 盧廣仲 - 一定要相信自己